事务@transactional执行产生重复数据

系统设计之初，每次来新请求，业务层会先查询数据库，判断是否存在相同的id数据（id是唯一标识产品的），有则返回当前数据库查到的数据，根据数据决定下一步动作，没有则认为是初次请求，将数据存入数据库，执行另一个操作。结果最近出现了并发情况下数据库产生了多条重复的数据。这里记录一下相关的思考与解决。

原理就是：将待查询列进行分组，并计算出每个分组中的行数，然后使用having子句筛选出大于1的分组返回结果。即为重复的数据列和重复次数。 举例子：查询表中重复的 sn 号列数据

结果：

方法1我只查询出了重复列字段和重复次数，那么我想查询重复的列对应的整行数据呢？ 语法如下：（子查询和join表连接）

结果就可以得到重复列的所有详细数据。

按照常理来说，事务的ACID特性会保证事务的一致性。但是这里是因为：执行事务A的过程中，先查询 sn，不存在再执行插入；因为时间相对较长，事务A执行完操作尚未提交时，事务B也进来执行操作，当查询数据库中是否存在数据sn时，此时同样未查询到，因此两个事务都提交完毕后，就出现了两条sn相同的重复记录。

那么为什么会这样？加@Transactional 注解还不够吗？

不够。

这样，当插入重复数据时会发生异常，也就不会产生这个问题了。

举例子：我使用navicat给s字段添加unique唯一性约束。

这里注意我说的字眼，因为spring事务是基于AOP的，

这种情况下锁是失效的。

@Transactional注解实现事务的功能是通过aop的方式实现的，在Synchronized锁生效之前就开启了事务，然后锁关闭，最后再提交事务，在高并发的情况下，存在同步锁关闭，但是事务还未提交，新的线程已经重新获取了同步锁， 数据库数据此时还未更新，新线程读到的数据是旧数据。导致Synchronized同步不生效问题 解决方法： 需要在事务开启之前开启同步锁。可以将Synchronized放置在调用事务函数之前。

这种情况下是可以实现数据唯一的。

我们可以新建一个类，写一个synchronized方法然后内部调用要执行的事务方法。

MySQL 在写入数据时，可能会出现写入两条相同记录的情况， 原因如下： 重复插入：在插入数据时，如果使用的是 INSERT INTO 语句，但没有设置主键或唯一索引，那么可能会出现重复插入相同数据的情况。这时候，MySQL 不会报错，而是直接插入数据。 多线程写入：如果有多个线程同时写入相同的数据，那么就可能会出现写入两条相同的记录的情况。这种情况下，需要使用事务来保证数据的一致性。 主从同步：在主从复制的环境下，如果主库写入了一条数据，但是还没有同步到从库，而此时主库又写入了一条相同的数据，那么就会出现写入两条相同的记录的情况。 为了避免写入两条相同的记录，可以采取以下措施： 设置主键或唯一索引，避免重复插入相同的数据。 使用事务来保证数据的一致性，避免多线程同时写入相同的数据。 在主从复制的环境下，可以采用延迟复制或者增加从库的数量来提高同步速度，避免写入两条相同的记录。

1、Mysql中重复插入数据不报异常